home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000154_news@columbia.edu _Wed Aug 7 16:21:19 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB

  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id QAA22574 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 7 Aug 1996 16:21:15 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id QAA15431 for kermit.misc@watsun; Wed, 7 Aug 1996 16:21:14 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!hunter.premier.net!op.net!news.mathworks.com!newsfeed.internetmci.com!news.msfc.nasa.gov!cs.utk.edu!utk.edu!utkux4!sad
  5. From: sad@utkux.utcc.utk.edu (Deutscher)
  6. Newsgroups: comp.protocols.kermit.misc,comp.os.os2.comm
  7. Subject: Re: Telnet between OS/2 machines using C-Kermit problem.
  8. Followup-To: comp.protocols.kermit.misc,comp.os.os2.comm
  9. Date: 7 Aug 1996 18:53:05 GMT
  10. Organization: University of Tennessee
  11. Lines: 128
  12. Message-ID: <4uaomh$f3b@gaia.ns.utk.edu>
  13. References: <4tr701$jb8@gaia.ns.utk.edu> <4u3lcq$rl5@apakabar.cc.columbia.edu> <4u52ol$sh@gaia.ns.utk.edu> <4u649g$eo8@apakabar.cc.columbia.edu>
  14. NNTP-Posting-Host: utkux4.utcc.utk.edu
  15. X-Newsreader: TIN [version 1.2 PL2]
  16. Xref: news.columbia.edu comp.protocols.kermit.misc:5724 comp.os.os2.comm:8674
  17.  
  18. Jeffrey Altman (jaltman@watsun.cc.columbia.edu) wrote:
  19. : In article <4u52ol$sh@gaia.ns.utk.edu>, Deutscher <sad@utk.edu> wrote:
  20. : : Jeffrey Altman (jaltman@watsun.cc.columbia.edu) wrote:
  21.  
  22. : : : Setup Kermit for an incoming telnet connection.
  23. : : It seems that requires to kill the IBM tcp/ip telnetd process ? 
  24. : Yes  it does.  You can only have one program listening on a given port,
  25. : in this case 23, at a time.
  26.  
  27. Okay.
  28.  
  29. : : So I killed telnetd.exe and then typed 
  30. : : 
  31. : :   [D:\TMP] C-Kermit>set host *
  32. : :   Waiting for a TCP/IP connection on port 23 ...
  33. : : 
  34. : : Then I started the IBM telnet, telnetting into my own machine, and it gave
  35. : : me a 
  36. : : 
  37. : :   Connected to : beta.phys.utk.edu
  38. : :   Escape character is '^]'
  39. : : 
  40. : : and there it sits since. 
  41.  
  42. : Its not sitting there, it is connected to Kermit.  But Kermit is doing
  43. : anything.
  44.  
  45. : : No login prompt, nothing anymore. (I am using
  46. : : loginunx.exe instead of login.exe, but I also replaced it with login.exe
  47. : : and still nothing goes). Interesting enough, the ckermit instance that 
  48. : : is acting as the telnet server just gave me back its prompt:
  49. : : 
  50. : :   [D:\TMP] C-Kermit>
  51.  
  52. : Correct behavior.  Now type CONNECT.
  53.  
  54. Okay, did that.
  55.  
  56. : : Am I missing something? As I type quit on the server command prompt
  57. : : the telnet session also gets closed. 
  58.  
  59. : What "server", you mean the C-Kermit prompt? 
  60.  
  61. I was assuming that ckermit in server mode would act like a telnetd, but
  62. that seems to be not the case.
  63.  
  64. : "Quit" tells Kermit to hangup the connection, and quit.
  65.  
  66. Makes sense.
  67.  
  68. : : When I then completely exit ckermit
  69. : : and try to retart telnetd.exe I get another error message:
  70. : : 
  71. : :   [D:\tcpip\bin]telnetd.exe
  72. : :   Bind(): Address already in use
  73. : : 
  74. : : even though I did close ckermit. Quite odd.
  75.  
  76. : That's a known bug in Kermit 5a(191).
  77.  
  78. Ah. Intersting enough, it releases the Address when one lets it sit
  79. for a while, I didn't have to reboot.
  80.  
  81. : : : Telnet to it with IBM Telnet.
  82. : : : While in Kermit Terminal DEBUG mode, press each key on the IBM Telnet keyboard
  83. : : : record their values. 
  84. : : 
  85. : : Well, I never got here, alas!
  86.  
  87. : Yes, you did.  When you get the C-Kermit prompt, enter CONNECT mode.
  88. : Then use Alt-D to enter Debug mode.
  89.  
  90. Okay, that worked now. However, it doesn't show anything I didn't know
  91. except that there is an escape before some codes (the debug mode in
  92. a normal telnet session would have done that, too).
  93.  
  94. : Then follow my instructions from the previous note.
  95.  
  96. : : : When you are done, use the Kermit SET KEY command to assign each key the 
  97. : : : sequence you want sent.
  98.  
  99. Now, this is the critical step:
  100.  
  101. I now know that the keybard left arrow sends a \27[D and such.
  102. But how do I make the telnetd accept that. Did you ever try to
  103. telnet into an OS/2 machine from an os/2 machine using either the IBM
  104. telnet (which for some odd reason works) and the C-Kermit telnet
  105. (which chokes on these keys)?
  106.  
  107. Is there some sort of ANSI terminal missing? (Eventhough, when telnetting
  108. into a fresh OS/2 Connect system, the terminal it reports is vt100).
  109.  
  110. I am really confused!
  111.  
  112. Cheers!  Stefan
  113. : : 
  114. : : I hope I get it set up, because that might also allow me to telnet into
  115. : : the OS/2 machine from UNIX cleanly (or would that require a different
  116. : : terminal termcap entry on the unix side, where I use the normal unix
  117. : : telnet)?
  118.  
  119. : This would require a Unix Keymap.
  120.  
  121. : : Can ckermit, in telnet server mode, be set up to do the key mapping locally,
  122. : : say, depending on the incoming connection?
  123.  
  124. : C-Kermit is not a Telnet server.  It is a client that can accept incoming 
  125. : connections on the Telnet port (23).
  126.  
  127. : : Am I really the only one who wants to do this kind of thing?
  128.  
  129. : No, but OS/2, Windows 95, Windows NT, ... are client operating systems 
  130. : and are not designed to allow wholesale redirection of their keyboard
  131. : and video consoles to a remote connection.
  132.  
  133. : Jeffrey Altman * 304 West 92nd St #7A   * New York, NY * 10025 * (212) 769-2675
  134. :                * 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  135. :     C-Kermit 5A(191) for OS/2:   http://www.columbia.edu/kermit/cko191.html
  136. :   Kermit 95 for Windows 95/NT:   http://www.columbia.edu/kermit/k95.html
  137.  
  138. --
  139. ==========================================================================
  140. Stefan A. Deutscher, sad@utk.edu, (001)-423-[522-7845|974-7838|574-5897]
  141.                                              home^    UTK^     ORNL^
  142. ==========================================================================
  143. If there is software you'd like to have in a native version, visit the:
  144. OS/2 E-mail Campaign Page http://www.andrews.edu/~boyko/email.html
  145. --------------------------------------------------------------------------